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ABSTRACT 



The design and preliminary testing of a microcomputer based flight 
monitor and data recorder, utilizing magnetic bubble memory, is reported. 
Component selection, software design and magnetic bubble storage system 
construction and testing are discussed. Difficulties encountered, both 
in software and bubble testing are reviewed, with results and remaining 
work summarized. 

Magnetic bubble memory technology is reviewed and its potential 
as a reliable, dense, low cost, non-volatile recording medium is noted. 

It is proposed that the microprocessor be utilized as a flight monitoring 
as well as a recording device to detect and report imminent "extremis" 
situations. This research is continuing at the Naval Postgraduate School. 
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I. INTRODUCTION 



A. BACKGROUND 

The need for a light, crash survivable, compact data recorder for 
Naval aircraft is well established. Information which identifies the 
cause of the loss of one aircraft can often point to a weakness that may 
affect several others. Recognizing this formally, the Chief of Naval 
Operations has required the inclusion of crash recorders in all new 
Navy aircraft. 

A crash recorder must utilize a recording medium that is non-volatile, 
as the data may not be recovered for weeks or months after being recorded. 
Additionally, if the recording medium is reusable, then no service action 
is required to install the new recording medium. 

In the past, obstacles to the solution of the recording problem have 
included the cost, the reliability of mechanical recorders, the size and 
weight of any system proposed for a small aircraft, and the mass memory 
size required when implemented by a solid state system. 

Reference [1] demonstrated that by ignoring redundant data, or "com- 
pressing" the data, one can reduce the size of the required memory by 
25%— 50% . 

Solid state non-volatile data storage using an MNOS (Metal Nitride 
Oxide Semiconductor) module was demonstrated in Reference [2]. Until 
recently solid state non-volatile memories have been too bulky. Solid 
state Magnetic Bubble Memory (MBM) overcomes these problems by offering 
a quantum step forward in size, weight, cost/bit and reliability. By 
combining the processing power of the microcomputer with the dense memory 
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capacity of the MBM, a low cost, small size, highly reliable recording 
system becomes available for multipurpose use. 

Because the processing speed of the microcomputer exceeds what is 
needed for recording data, and because system status data is available, 
the system can also be used as a flight monitor to aid the pilot in 
making critical decisions. 

During an aircraft launch, approach, or combat engagement, decision 
time is critical. Analysis of pertinent factors relating to take-off 
abort, wave off, or ejection may require split second pilot decisions. 
The speed and power of the microcomputer can be used to monitor the air- 
craft state and greatly assist the pilot in such situations. Utilizing 
the same equipment and data as the recorder, no additional cost other 
than software is incurred for a substantial increase in capability. 

B. THE MONITOR/RECORDER SYSTEM 

This thesis consists of the system design and construction of a 
development prototype microcomputer monitor and data recorder. A non- 
volatile MBM module is constructed to function as a remote mass memory 
through appropriate interface circuitry. The memory module is designed 
so that it can be located in a survivable airfoil, and thus the system 
can function as a crash recorder. 

The present system utilizes current production equipment for all 
components. With the advent of single chip controllers implementing 
CPU, CLOCK, EPROM/RAM memory and I/O functions on a single chip, future 
size reductions will be significant. Future system design centered 
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around such devices utilizing a single 400 cycle power supply can 
incorporate all required computer functions, except input bus interface, 
within 2-3 chips. Replacement of the current controller board and MBM 
prototype board with 3-5 LSI chips as these modules come into greater use 
will similarly reduce the size of this part of the system. Implementation 
of the complete unit on a 5" x 7" circuit board, with out power supply 
and input bus interface, is a realistic expectation within one to three 
years . 

Section II gives an overview of the constructed digital data recording 
system, as well as the peripheral equipment interfaced to it for field. test 
and modification. 

Section III discusses interrupt versus status checks for software con- 
trol. Important additional capabilities of the system, with recommendations 
for future implementation are also discussed. 

Appendix A discusses bubble memory technology, with notes relating 
to some of its critical parameters. The developed programs are listed 
in Appendix B. Appendix C contains detailed hardware information, sche- 
matics and peripheral systems interface information. 



14 




15 



MICROCOMPUTER SAFETY MONITOR AND FLIGHT DATA RECORDER 



CENTRAL NAVI- TACTICAL 

AIR CATION 

DATA COMPUTER COMPUTER 

COMPUTER 




16 



FIGURE 2. SAFETY MONITOR/DATA RECORDER SYSTEM 







II. SYSTEM DESCRIPTION 



A. GENERAL 

The microcomputer monitor and data recording system is illustrated 
in Figure 1 and is comprised of two major assemblies; a general purpose 
microcomputer system and a remote magnetic. bubble memory module. Figure 
2 depicts the system at a block level. 

As depicted in Figure 2, the system is designed to receive aircraft 
status data that is assumed to be received on a MIL STD 1553 data bus. 

This information is buffered and sent to the general purpose microcomputer. 
The microcomputer analyzes the data, compresses it, and sends the com- 
pacted data to storage in the magnetic bubble module. 

The MBM controller receives the data from the computer. Here it is 
converted to serial data and stored in the bubble memory. The MBM module 
is part of an escape .capsule that is designed to be survivable in the 
event of aircraft crash. (Reference [2] goes into greater detail in this 
area.) It is housed with a locater beacon to facilitate its recovery. 

B. MICROCOMPUTER SYSTEM 

The general purpose microcomputer system consists of an Intel 80/20-4 
Single Board Computer (SBC) mounted in a rack suitable for a total of 
four boards. An integral DC supply provides all required power with the 
exception of +17 volts. This deficiency will be discussed in Appendix C. 

An ICOM model PP80 MDS/SBC 80/20-R PROM programmer board with resident 
software and 7K of expansion EPROM has been added in the card case to 
provide resident program modification capability, as well as additional 
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FIGURE 3 
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R L 0 f K DIAGRAM OF MICROCOMPUTER GROUP 







program storage. The third board in the cage is an interface board to 
accomplish all electrical interface to the remote magnetic bubble memory 
module. There is room for one more board in the card cage. It is anti- 
cipated that the MIL STD 1553 data bus interface would go on this in the 
future. 

The Intel 80/20-4 Single Board Computer (SBC) is the heart of the 
system. The System 80/20-4 Microcomputer Hardware Reference Manual 
(Prel iminary) [Reference (3)], and the SBC 80/20-4 Single Board Computer 
Hardware Reference Manual [Reference (10)], discuss in detail the many 
facets of its operation. Figures 3, 4, and 5 illustrate the boards 
within the computing system. Figure 6 depicts the system in a detailed 
block diagram, as configured for this project. 

The System 80/20 was chosen due to its flexible interrupt structure, 
its power failure warning circuitry, and its multi -master bus configuration. 
With 4K bytes of resident EPROM, (2K of which is system monitor ), 7-8K 
bytes of expansion EPROM on the ICOM board, as well as 4K bytes of resi- 
dent RAM, there are no effective memory limitations imposed. 

The system is set up to operate on its monitor utilizing automatic 
baud rate selection to an RS-232 serial interface. A Texas Instruments 
Silent 700 Terminal was obtained and modified to allow portable system 
operation. Terminal modification and wiring are indicated in Appendix C. 

Field test and software modification is supported by the ICOM PROM 
programmer and Texas Instruments Silent 700 portable terminal. Program 
verification and alteration are immediately available to allow custom 
interface or software alteration, as well as bubble down-load under 
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FIGURE 7 
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program control in the flight or post flight environment. ICOM PROM 
programmer operation is detailed in the PROM Programmer Operations Manual 
[Reference (4)]. Terminal operation is outlined in the Silent 700 Model 
745 Terminal Operating Instructions [Reference (9)]. 

C. MAGNETIC BUBBLE MODULE 

The magnetic bubble memory module is illustrated in Figure 7 and con- 
sists of two cards, housed together in a separate card cage. A forty- 
lead flat ribbon signal connector and a five-lead power cable connect 
to the interface board. The module consists of a magnetic bubble controller 
card and a magnetic bubble driver/sense amplifier card. Back-plane connec- 
tions in the card cage transfer all required signals between the two boards. 

Figures 9 and 11 are detailed block diagrams of the boards. The cards 
were locally built, utilizing first design printed circuit boards and 
schematic information from Texas Instruments (TI). These boards interface 
the TI TBM0101 magnetic bubble chip to the microcomputer as a TTL compatible 
interface. References [5] and [6] are the controller and bubble board 
detailed specification. References [7] and [3] are the electrical sche- 
matics and parts lists for each board. 

1 , Magnetic Bubble Memory Board 

The Magnetic Bubble Memory (MBM) board is illustrated in Figure 8 
and detailed at the block level in Figure 9. Detailed operation is out- 
lined in Magnetic Bubble Memory and System Interface Circuits (Reference 
[6]). An overview of MBM board operation follows. 

Board enable (BDEN) is input low, producing an enable to the coil 
field drives, transfer, replicate, generate, and annihilate gates, and to 
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the output data driver. U7 and U8 are indirectly controlled via U4 enable. 

Field drive signals (CXA, CXB, CYA, CYB) are input to Ul/BE from 
the controller board coil drive output circuitry. These precisely timed 
square wave pulses are applied to the appropriate coil drives and cause 
triangular current output pulses from the field drivers. These outputs 
are, applied to the X and Y coil drives out of phase to produce the 100 KHZ 
field as described in Reference [6]. The timing of these field drive 
signals is controlled by the controller board. Only level conversion 
and shaping are done on the bubble board. 

Monitoring of bubble loop position is accomplished by the con- 
troller. It assumes the bubble is started from a zero page reference 
and as such it must be allowed to return to this zero reference prior to 
shutdown or powerdown. The time involved to return the loops to the zero 
reference can vary from 0 to 6.4 ms depending on loop positions at com- 
mencement of shut down. 

Chips U2A and U2B are the Transfer gate drivers. U2A and U2B 
are functionally identical and drive the same gates. Timing differences 
in the micro sequence from the controller determine whether the pulse in 
the transfer loops will perform a transfer in or a transfer out. Chip 
U3A contains the Replicate driver, while U3B contains the Annihilate 
driver. Again these two chips are schematically identical and drive a 
common gate. The difference in their function is accomplished via timing. 
Along with U4A, the combination of Replicate, Annihilate and Generate accom- 
plish the bubble read/write function. The chips themselves are identical 
as are the output drive transistors. Control signals for the MBM board 
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are received as inputs from the Controller board. The Timing Function 
Generator sequences the chips to accomplish all required functions. 

Output data sensing is accomplished via U4B, U7, U8 and the 
R/C network. When an analog bubble signal is sensed in the detectors 
it is coupled to the sense amplifiers, amplified and digitized via the 
clamp signal. The sense amplifier output is applied to latch U7 where 
it is strobed to the output driver, U4B. The output of this driver is 
then transferred to the controller as digital bubble data. 

Reference [6] points out that the gates in the bubble memory 
chip make excellent fuses due to their small size. Discussion with TI 
personnel bears this out as a major failure area For this reason a 
resistive equivalent for the bubble chip elements was constructed for the 
testing phase, utilizing specification information of Reference [6]. 

Prior to bubble chip insertion, all signals should be verified for timing. 
In particular, the polarity, pulse width, and duty cycle of the gate drive 
waveforms should correspond with those of Reference [6]. The five large 
wire loops are for final verification of current waveforms prior to bubble 
chip insertion, and for verification with the bubble installed. Utiliz- 
ing a current probe, the circuit waveforms may be verified at the bubble. 
At test completion these loops may be reduced to straight wire runs to 
the bubble chip, for a more compact design. All timing waveforms are 
referenced with respect to the leading (falling) edge of CXB/, Pin 18. 

This signal, input as an external sync, set for negative slope trigger, 
will be required for proper test equipment timing. 
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2. Controller Board 



No written information on the controller board was available. 
Reference [6] suggests a design and it appears the board was modeled 
after this. The board is centered around a TMS 9916 Magnetic Bubble 
Memory Controller. Figure 9 illustrates the board itself, while Figure 
11 is the block diagram. All three busses, data, address and control, 
are used as inputs. The control bus is made up of five signals: reset, 

clock (BCLK/), power fail (PFWP/), data bus in (DBIN), memory enable 
(MEMEN) and Interrupt. Hardware reset is a low level signal that is 
tapped directly from the SBC reset signal. It performs a full reset 
of the controller board via hardware. SBC BCLK/ was selected as the 
external clock input to the controller, since all data output to the 
master bus of the SBC is referenced to this clock. This TTL signal is 
input to U23 and U19 to properly sync the ready and read/write operations 
between the CPU and controller. 

Power fail (PFWP/) is a low level input signal from the system 
80/20. Reference [3] describes its operation. It is currently tied to 
+5V on the card cage backplane. To utilize it, PFWP/ would be brought 
from the system 80/20 to the power bad input of the controller board, 
Pl/19, as a low logic signal. This circuit is designed in the controller 
to allow an immediate orderly shutdown of the bubble memory in the event 
of power failure, because major loop data loss is possible if data is 
left in it at shutdown. Additionally, to keep track of zero page refer- 
ence, the bubble must shut down with the minor loops positioned at a 
known point with respect to the transfer gates. 
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FIGURE 11 I1BI1 CONTROLLER BLOCK DIAGRAM 









The system 80/20 guarantees 5.3 ms of warning prior to the loss of 
+5V. The MBM chip requires 6.41 ms for a worst case return of all minor 
loops to zero. A storage capacitor may be required to meet this 1.31 ms 
time difference. Data Bus In (DBIN) is the controller device Read/Write 
command and is derived from Memory Read (MRDC/) or Memory Write Command 
(MWRC/) on the master bus. The controller uses this command along with 
the other two busses to interpret commands from the microcomputer. Memory 
Enable (MEMEN/) is simple a low logic enabling signal acting much like a 
chip select. It is discussed in the board addressing scheme. 

The primary job of the controller board is Read/Write loop 
control. Major functions of the board, and the associated components, 
are: Timing (U8, U19, U23, U24), Data Bus Interface (1)3, U4), Addressing 

(U1 , U2, U1 9), Redundancy (U6, U4, 1)14), Timing Function Generation (U5, 

U9, U10, 1)1 6, U21) and Bubble Board Interface (U20, 25, 26). 

1)8 is a conventional clock generator. It provides clock reference 
within the control and bubble boards. As mentioned earlier, CPU inter- 
face timing is accomplished with BCLK/ and associated ready timing of U23B. 
Board sync is generated by clocking the inputs to U23A. U19 provides 

timing gates to the Timing Function Generator (TFG) circuitry as well as 
clocking the input data. U24 supplies enable timing to the bubble 
module for coil start/stop timing. 

Data bus interface is accomplished with two Bidirectional Bus 
Drivers, U3 and U4. With an enabling input of Ready from U13, the read 
or write signals from U19B or U1 determine direction of data flow. 
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The controller board is addressed as a memory mapped device 
utilizing 15 address lines. SBC address 14 and 15 were "ANDed" together 
on the interface board to reduce the number of SBC address lines to 15 
to conform to the controller address bus, mapping the controller into 
high memory. The memory mapped address is determined by the controller 
(A0-A3) , U1 (A4-6) and U2 (A7-A14 & 15). U1 and 112 are fusable link 
ROMs (256x4). U2 contains a hex "0" at its address OFFh. Ill contains 
a hex "E" at its address "47h" and "8" at address 4F. In addition to the 
address bus, Ul utilizes a high level logic memory enable (MEMEN) signal 
created from "0R"ing SBC memory read (MRDC/) with SBC memory write (MWRC/) 
on the interface board. Finally, the actual address selection (within Ul ) 
is determined by the Data Bus In (DBIN) signal. For DBIN true (high), Ul 
address 4Fh is accessed, which generates a chip select and read signal to 
the controller board. For DBIN false, address 47h is accessed, which 
generates a write and chip select signal to the controller board. The 
result up to this point is that for an address of OFFFXh (where X is a 
don’t care) the controller can differentiate between a read and a write 
memory operation. 

The lower four address bits are fed directly to the controller. 
All controller commands are mapped onto these address locations (OFFFOh to 
FFFEh) with OFFh not utilized. TMS 9916/5502 controller specifications 
[Reference (5)] details the commands. All commands with the exception 
of 0FFF2h utilize the data bus to pass required data associated with the 
command. The 0FFF2h command (Control Command) is an expansion command 
that allows the data bus to be utilized to pass eight additional commands. 
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These commands have no data associated with them, so no conflict occurs. 
For example, 0FFF2h on the address bus, with 02h on the data bus causes 
the controller to execute its microprogram to read a page of bubble data 
into the controller buffer, reposition required loops, etc. It. should 
be noted that control commands are transparent to the programmer, in that 
once the controller is programmed, the CPU may go on and leave the con- 
troller to complete its task. Monitoring may either be done via status 
polling or interrupt programming. This will be discussed further in 
Section III. 

Timing interface for read/write control timing is accomplished 
via the CPU ready circuit. If the controller required additional time 
in accessing its buffers to the bus, it may pull the ready line low, 
causing the CPU to enter a wait state until the controller is once again 
ready. 

Redundancy circuit discussion follows. Starting after a reset 
generated by the read Counter Clear (RDCTRCL) signal from the controller 
(U 1 3 ) , U14 counts the gated 50KHZ clock. Its output is fed to the 256X4 
bit Schottky fusible link ROM, Ull . This ROM contains the redundancy 
map for up to four installed MBM chips and is the same type as the pre- 
viously discussed U1 and U2. The current application has only one MBM, 
so Ull contains only one of a possible four maps. Table I is the re- 
dundancy map for the MBM employed in this report. The counted clock 
input causes the redundancy map to be output to U6, which generates a Data 
Enable (DATAEN) signal for each valid minor loop, and fails to post the 
DATAEN signal for bad loops, corresponding to the ROM map. This signal 
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TABLE I 



REDUNDANCY MAP 



FINAL MASK 

MODULE 89-92-10 23 June 77 13:43:35 TEMP 0 CENTIGRADE 

0000 0002 01 CO 0010 0000 0000 0000 00000000 0007 

BAD LOOP ADDRESSES (HEXIDECIMAL) 

001 E, 0027, 0028, 0029, 0038 
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is gated with the controller Data Out signal to form the Good Data (GDATA) 
signal at U25D. The signal is then transferred to the MBM via buffer 
U25 to gate out bad loop information. 

1)6 receives three enable lines, Board Select (BDSEL) A, B, and C. 
These are used to indicate which of up to eight bubble board redundancy 
maps are to be accessed. Currently the select lines are tied to ground to 
supply a logic zero to the board address logic. In a larger application 
with more than four bubble boards, an additional redundancy map ROM 
would be added, generating inputs to U6 (D4-7), and would contain the maps 
for boards 4-7. Additionally, active board address would have to be sup- 
plied to the board select lines. 

Precision timing waveforms for all bubble board functions are 
generated in the Timing Function Generator group. U10, the Timing Func- 
tion Generator (TFG), is another fusible link ROM. The contents of this 
ROM are indicated in Table II. Counters U5 and U9, driven by the clock 
generator 18 MHZ output, and under control of 111 2, access the TFG. It 
in turn generates output signals on its data lines to sequence a set of 
timing pulses to two eight input, "D" flip flop latches, U16 and U21 . 

U21 utilizes only six of its eight "D"' flip flops. This latched sequence 
is clocked by the counted down 18 MHZ clock (4.5 MHZ) to generate output 
signals to drivers U20, 1)25 and U26. These three chips are quad, two- 
input NOR gates and make up the function drivers. All MBM Board com- 
mands serve as inputs to these drivers to be timed under micro sequence 
control of the TFG. 
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The interrupt output from the controller allows for a powerful 



interface to the microcomputer. When enabled via its mask register, 
rupt is generated from Ul/34 through driver U13A to B2/39. Software 
written for this to go in as interrupt five to the SBC; however, it 
currently implemented. 
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DON’T CARE 



III. CAPABILITY EXPANSION 



A. INTERRUPT VERSUS STATUS CHECK 

The system designed in this thesis can be operated in one of two 
ways. One is for the Central Processing Unit (CPU) to obtain input data 
when available, examine it, store as required, waiting for the mass 
memory system to complete its operation (a significant amount of time), 
and then wait for the next input cycle (an even more significant delay). 

Due to the speed of the microprocessor, the relatively infrequent occur- 
rence of input data, and the additional delay involved with a relatively 
slow mass memory, the CPU would spend most of its time "polling" the in- 
put or output, waiting for either an input operation, or for the memory 
to complete its operation. This is trivial, if the CPU has no other task; 
however, if it could be gainfully employed elsewhere, it represents a 
great waste of computing power. 

An alternative way of accomplishing the same task would be for the 
computer to be working continuously. When the input data bus brought 
information to the system, it would interrupt it. The microcomputer 
could then accept data from the 1553 bus buffer, operate on it, and store 
as required. Utilizing an MBM controller that can be told to take the 
data, store it and generate an interrupt when complete, the MBM module 
could be left to its work, and the microcomputer returned to the task 
interrupted. 

For a Metal Nitride Oxide Semiconductor (NNOS) nonvolatile mass 
memory, or other type of slow mass memory without a separate intelligent 
controller, the same capability may be realized through software, utilizing 
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the programmable interrupt timer of the SBC. By setting this timer to the 
required memory delay, an interrupt would be generated at memory completion. 

Utilizing this method based on interrupts, the recorder system could 
realize a ten-fold increase in computing power. This power could be 
well utilized in the present and future monitoring applications. 

B. SAFETY PROGRAMMING 

A data recorder, by definition, has considerable information available 
to it. In the case of an aircraft crash data recorder, a wealth of air- 
craft status data is sent each second to the recorder. For a microcomputer 
based system linked to a MIL STD 1553 data bus, with other aircraft systems 
also on the bus, the state information available is sufficient for many 
safety calculations. 

Reference [2] discusses the use of discrete parameters to represent 
a wealth of aircraft status data in a very compact form. The variable 
DP&l, and DP&2 of the RECORD program represent 16 BIT words composed of 
discrete data. A suggested implementation is shown in Table IV, where 
DP&l represents pilot input, and DP&2 represents aircraft state. Utiliz- 
ing this type of data, the recorder has available to it information on 
flight perturbation, pilot response, control response resulting, and 
finally the aircraft response resulting from this chain. 

With aircraft air speed, fuel load, position, etc., available, cal- 
culations of fuel exhaustion time and position, optimum climb, cruise, 
and loiter configuration, or constant energy display mapping could be 
supported. Real time calculation of take-off time and distance could be 
automatically calculated, with no pilot generated input data other than 
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field length. Real time warnings could be output, if the field length 
is insufficient for take-off, as a function of real time sensing of confi- 
guration and ambient conditions. 

These are examples of applications for all aviation. A potentially 
more important task is related to the Navy carrier mission. By continu- 
ously having available to it such a wide variety of parameters, and due 
to its near instantaneous analysis capability, the microcomputer could be 
programmed to recognize certain definable "extremis" situations at the 
very earliest stages of their onset. Through this recognition algorithm 
an "eject alert" could be generated, allowing for immediate pilot correc- 
tion and/or additional time to analyse the critical eject decision. In 
the familiar dark night launch, which is a time-critical situation, this 
could very easily make the difference between successful recovery/ejection 
or aircraft and pilot loss. 

The RECORD program of Appendix B is interrupt driven at its outer level. 
The loop that comprises the main body of this program simulates a calcula- 
tion of the type described. This loop calls the Eject Alert procedure if 
the parameters evaluated indicate that a critical situation has developed. 

In the example there is little doubt that an "extremis" situation exists. 

An extreme example was chosen to demonstrate that a computer can recognize 
specific situations if: 

1. it has sufficient status data; 

2. it is programmed to recognize these input values as a set that 
correspond to a critical situation. 

The programmed example assumes arbitrarily that discrete data words 
DP$1 and DP$2 are implemented as shown in Table IV. Based on this, a 



41 



value of lE83h would indicate a very dire situation. The aircraft would 
have fully split flaps, fully split slats, wide open speed brakes and 
hung gear. Simultaneous checks of altitude through the program indicate 
that the aircraft is below 100 feet and falling. This is an example of an 
easily defined "extremis" situation. 

The program calls the Eject Alert procedure to provide warning. The 
significance is that the microcomputer can analyse the parameter each 
second, detect a situation such as this, and furnish a warning long be- 
fore reaching this point. Placing the routines in the main body of the pro- 
gram insures that the parameters examined are at most one second old, since 
the 1553 bus would give new data each second. 
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IV. RESULTS AND RECOMMENDATIONS 



The complete system was assembled after considerable delay in 
obtaining the various component parts. Some difficulty was experienced 
with the CPU coming loose from its socket on one side due to board 
flexure. Consideration might be given to soldering the CPU into the 
socket prior to flight testing. 

Test software was designed initially to repetitively read or write 
to the controller, until the controller buffer was full, then to transfer 
the page to the bubble module. This program was repetitively looped 
while signal checks were conducted. It was determined that the test 
oscilloscope utilized was not sufficiently fast to syncronize and 
display the waveforms of interest. 

Test software was altered to verify operation of the 9916 First In- 
First Out (FIFO) buffer, by executive a write of 17 bytes after system 
initiation, followed by a read of the FIFO. This was also unsuccessful. 

Consultation with Texas Instruments personnel indicated several 
changes to be incorporated , as indicated in Appendix C. Additionally, 
the 9916 controller performance may possibly be temperature dependent 
to a greater degree than listed in its specifications. Cooling air was 
supplied for future tests, but testing was not resumed in time to see 
if this solved the temperature problem. 

Due to changes required, testing was not completed and remains as 
the final task. Subsequent work should include correction of deficiencies 
listed in Appendix C, and check out of the address ROMs. The Controller 
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operation should be verified independent of the MBM board. It is recom- 
mended that a status polled program be utilized, as recent discussions 
with TI personnel indicate that the interrupt routein from the controller 
may operate in variance with the specifications (Reference [5]). 

Research should continue with the MBM. It is the best medium for the 
mission, and future technology growth will only accentuate this. Consi- 
deration should be given to simultaneous development of an MNOS based 
system utilizing the same computer, as discussed in the thesis. The 
technology risk here is low; however, the storage density is also con- 
siderably lower. 

Finally, the interface design to a data bus which serves to deliver 
the status information needs to be completed. 
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APPENDIX A 



BUBBLE TECHNOLOGY 



A. INTRODUCTION 

In many materials there exist "domains" of magnetization. These 
domains are usually randomly aligned, such that the net magnetization 
(magnetic energy) of the material is near zero. In certain materials, 
a large number of these domains align along some axis with their mag- 
netic poles in the same direction. This is a naturally magnetic material. 
In an artificially induced magnetic material the same result occurs; 
however, the alignment is forced by an outside electromagnetic (H) field. 

If a naturally magnetic material is placed in an H field aligned 
with its principal magnetic axis, all domains will tend to align with this 
field. Those domains that were aligned opposite to the field will be 
reduced in size as a function of their magnetic dipole moment, their ini- 
tial polar direction, and the strength of the external magnetic field 
(bias). By careful selection of the magnetic substrate utilized, and 
application of the proper bias, those domains in opposition to the bias 
field can be caused to reduce in size until they are arbitrarily small 
"bubbles" of polarized material within a "sea" of oppositely polarized 
material (Reference [6]). Variation of bias field and material properties 
of the substrate will determine bubble size. If the bias field is allowed 
to become too strong, they will be annihilated, i.e., caused to collapse 
into the "sea." If too weak, the bubbles will be too large, with resulting 
propagation and storage problems. 
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As a first step toward usability, the bubble must be caused to move 
under control. For this purpose a combination of "tracks" is laid down 
in the substrate, usually from permalloy material. An external electro- 
magnetic field is applied (two periodic signals, 90° out of phase), 
such that it induces a magnetic field within the plane of the substrate. 
The moving force is caused by variations in flux density, due to the per- 
meability of the permalloy pattern, that causes the tracks to develop 
magnetic poles, resulting in the bubbles being moved along the track 
in the direction determined by the external rotating field. The bubble 
moves in the direction of reduced bias, at a speed proportional to the 
difference between the non-uniform bias across the bubble diameter and 
the coercivity (Reference [6]). The bubble movement is accomplished by 
realignment of the magnetic vectors at successive locations within the 
substrate. 

The shape of the permalloy track elements have a distinct effect on 
propagation speed and reliability. Patterns used in the past have in- 
cluded a chevron, a "T" bar, and a crescent. The bubble chip used in this 
thesis employs the "T" bar pattern. Current research in higher density 
chips is employing an asymetrical chevron to achieve higher packing 
densities and greater field rotation rates. 

Three other basic functions are required to make up a useful bubble 
storage device. Information must be written into the device (bubble 
generation). The information must be read from the device (bubble detec- 
tion) and bubbles must be deleted from the device (annihilation). Genera- 
tion can be accomplished via a fine current loop which, at a specific 
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point in the bubble track, can be pulsed in opposition to the static bias 
field to produce a bubble. Similarly, annihilation can be accomplished 
by bringing the bubble under the same loop and reversing the direction of 
current flow. For data handling, the generate and annihilate functions 
are usually separate. Bubble detection can be accomplished in several 
ways. One is to cause the bubble to be stretched out, and then run under 
a permalloy magnetorestive detector. The change in the resistance of the 
detector due to the field change induced at bubble passage can be detected 
and amplified as the module output. Interaction of the rotating field and 
the detector is handled by putting the sense element in one leg of a 
balanced bridge network, with the other legs in the rotating field but 
not exposed to bubble passage. 

Physical arrangement cf the permalloy tracks determine the usefulness 
of the memory. All bubble positions and functions could be arranged around 
a loop; however, as total storage increased, access time would go up lin- 
early, just as in serial magnetic tape systems. A more practical ap- 
proach for systems that require random access is to model the system 
after a fixed head disc, in which information is fed to several heads 
simultaneously, transferred to the disc tracks, and then the disc rotated 
to the next data position. This is the model for the major/mi nor loop 
MBM chip layout. 

This design requires the additional bubble function of "transfer," 
which moves a bubble from/to the major and minor loops. This propagation 
directionality is obtained by application of very carefully timed signals 
to the transfer gates themselves to cause the propagation vector to move 
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toward the minor loops, via specially shaped permalloy track elements, 
at the instant the bubble is positioned at the gates. In all bubble 
functions, element size, placement, and spacing are critical. 

B. CONSTRUCTION 

Solid state construction techniques very similar to that used in 
the fabrication of other microel ectronic components are utilized in the 
construction of the bubble memory. This contributes greatly to the reli- 
ability and low cost of these units. The current MBM utilized is a pro- 
duction version of approximately TOOK bits. Texas Instruments expects 
to market a 256K bit chip in the same package by mid-1978. Four of these 
larger capacity chips will be mounted, with drive circuitry, on the same 
board utilized in the current application, to yield a one megabit 
storage system. 

One area of concern in bubble chip reliability is bias field variation 
susceptibility (Reference [11]). Element differences within the device, 
as well as variations of the field strength of the bias magnets, may 
cause the bias margin to be unacceptably small. In this case relatively 
small increases in flux density may cause bubble annihilation, with re- 
sulting data loss. On the other hand, a weaker field may cause overly 
large bubbles, with attendant strip out problems. Bias field margin is 
computer tested. A final test is a go/no-go check for the completed module. 
As the bubble chip capacity is increased by reducing the bubble size and 
spacing, this will be an area to watch. Research into permalloy track 
element shape is producing patterns that require less precise manufacturing 
technique while yielding a wider bias margin (Reference [12]). 
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Another area of possible problems arises with the major/minor loop 
architecture. To obtain an acceptable yield with a chip employing ex- 
tremely close manufacturing tolerances for the function elements, a 
failure margin must be allowed. Keenan and Naden (Reference [14]) re- 
port that for the TBM 0101 chip, up to 13 of the 157 minor loops are 
allowed to be defective to obtain desired yields. The actual map of the 
assembled chip is obtained in final assembly testing, with bad minor 
loops noted. It then become the job of the bubble controller unit to 
selectively skip these loops on read/write transfer operations. An 
additional caution must be observed with regard to this redundancy mask 
in that if not correct, and if bubbles are transferred into the bad minor 
loops, recurring problems with erroneous data may result thereafter. 

D. M. Lee (Reference [6]) outlines the method of employing the mask in- 
formation to gate out bad loops. He further outlines the entire controller 
circuitry required for MBM control. 

C. APPLICATIONS 

NASA and 000 are both currently funding research into magnetic bubble 
storage devices. Rockwell is building a 10® bit space qualified recording 
system for NASA (Reference [13]) employing signle loop architecture. It 
is hoped to replace three mechanically oriented systems with the one bubble 
system in future applications to decrease weight, improve reliability and 
reduce power consumption. 

Texas Instruments, under contract to the Air Force Avionics Laboratory 
(AFAL),is developing second generation MBM modules in 256K-1M bits/chip 
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range, utilizing the major/minor loop architecture. Specific applications 
of the AFAL work are not yet indicated. 

Bubble drive circuitry is passive, except during actual memory 
access. Function circuitry is similarly inactive, except when actually 
performing the intended function. There are no quiescent bias currents 
needed in a stand-by mode. For this reason, MBM will be applied to 
many applications where power consumption is a consideration. By 
actively switching all bubble functions, minimal power drain may be 
realized. 

Magnetic bubble memories will find application wherever the low 
cose/bit and non-volatile nature are important, and wbere the relatively 
longer access time required can be tolerated. 
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MAGNETIC BUBBLES AND TRACKS 



Bubble Device 
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FIGURE 13 




TABLE III 



TMS 9916/TBM 0101 PARAMETERS 



TOTAL STORAGE 


100,637 BITS 


USABLE STORAGE 


92,160 BITS 


NUMBER OF MAJOR LOOPS 


1 


NUMBER OF MINOR LOOPS 


157 


GUARANTEED NUMBER OF USABLE MINOR LOOPS 


144 


MAJOR LOOP LENGTH 


640 


MINOR LOOP LENGTH 


641 


PAGE SIZE 


18 BYTES 


NUMBER OF PAGES 


641 


SINGLE PAGE MODE MAXIMUM PAGE WRITE TIME 


12.82 MS 


MULTI -PAGE MODE AVERAGE WRITE TIME 


3.22 MS 


FIRST BYTE AVERAGE ACCESS TIME 


6.41 MS 


MINIMUM SHUT DOWN TIME 


6.41 MS 
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APPENDIX B 



COMPUTER PROGRAMS 



A. GENERAL 

Development support for both hardware and software is available in 
the Intel MDS 800 Microcomputer Develop-System. Figure 14 illustrates 
the entire development system. Utilizing the In Circuit Emulator (ICE), 

SBC hardware can be simulated to a great degree. The ICE is currently 
incapable of simulating interrupt driven routines for the SBC, as the 
interrupt controller cannot be simulated. A modification to allow simu- 
lation of SBC interrupt structure is available and Intel has been contacted 
to obtain it. 

Due to the memory mapping of the ICOM PROM programmer board, PROM 
programming within the ISIS operating system is not straight forward. 

The ICOM PROM programmer is mapped into the top 16K of memory and as 
such is not compatible with a system configured for more than 48K of 
memory. Dip switches on the board would allow the board to be re- 
addressed, but it would then be incompatible with its own monitor. 

For 62K CPM, the debugged program is loaded into a user RAM area 
below 48K and run. Upon exit to the monitor the top 16K RAM board is 
removed with the system on, and the ICOM programmer board inserted. 

The system is then rebooted on the monitor and program control trans- 
ferred to the programmer (Reference [4]). For PLM-80, and other lan- 
guages run under the 64K Intel System Implementation Supervisor (ISIS), 
another problem arises. Due to S8C EPROM memory mapping, the SBC is mapped 
in ISIS resident area, and as such must have its operating load map trans- 
formed utilizing the ICE80. 
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DEVELOPMENT SYSTEM 








With the debugged program compiled, linked and located on disc, the 
ICE 80 is utilized to transform the program load map into user accessible 
RAM under the MDS/ICE 80 64K memory map. Care is taken not to transform 
into the top 16K of memory, as this will be removed to utilize the pro- 
grammer. With the transformed program loaded under ICE 80, the disc door 
is opened and the system booted on the monitor. The remaining proce- 
dures are the same as for CP/M. 

The decision on whether to use I/O ports or to memory map the con- 
troller was a difficult one. At the time the available MDS was not 
configured with a general purpose I/O board, so the decision was made to 
memory map the controller. Subsequently, the MDS 504 General Purpose I/O 
Module has been obtained and is installed on the MDS. For the testing phase, 
consideration might be given to utilizing the controller, port mapped, 
due to the greater ease of signal checking. The required signal comple- 
mentation of address and control busses could then be accomplished in 
software also. 

Programs to accomplish the recording function as well as to test 
bubble module operation were developed. The essential elements of the 
PROCESS PLM program of Reference [3] were rewritten in PLM-80 as the 
RECORD program. The RECORD program incorporates interrupt initiation, 

MBM interface, and examples of real time analysis of input parameters 
to dynamically vary the compression. 

The MEMORY RECORDING PROCEDURE of Reference [2] was rewritten on 
the MDS and designed to record into MNOS. If this program were adapted 
for the SBC port numbers, and expanded to handle a larger number of 
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MNOS chips, it could provide a demonstration data recorder while the 
bubble technology matures. The programs were not included, but are 
available if this route is chosen. 

PLM-80 bubble driver routines were originally developed on the 
MDS; however, they could not be located at SBC EPROM addresses without 
ICE 80. The status-polled MBM drivers were written in assembly language, 
utilizing the Digital Research CP/M operating system. This allowed pro- 
gramming of EPROMS for testing. This requirement was removed when the 
ICE 80 was obtained, but time did not allow for program rewrite. This 
program translates directly into PLM-80, and if used in further work 
should be rewritten to aid documentation. 

Development of the interrupt driven MBM Driver was accomplished 
in assembly language as well, to facilitate register and stack operations 
associated with interrupts. Translation of this program into PLM-80 is 
not as direct. Utilizing the PLM Stack pointer (STACKPIR) functions, 
a based variable would be utilized to store the return point stack 
pointers of each routine, and appropriate stack operations would allow 
movement back and forth between the "Outer Level" and the page write and 
end check routines as required. 

B. RECORD PROGRAM 

The RECORD program is the executive program. It performs three 
functions: real time analysis, parameter analysis and compression, and 

call control for the BUBBLE program. 

1 . Real Time Analysis 

With the recording function written as an interrupt activated 
procedure, the software is free to perform real time analysis of 
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desired parameters as discussed in Section III. The sample calcula- 
tion consisting of the IF statement in the "Outer Level" infinite loop 
is an example of this. 

2. P arameter Analysis and Compression 

The INPUT 1 procedure is interrupt driven. It in turn calls 
all other procedures with the exception of Eject Alert. Two examples 
of how to dynamically vary the data compression rate are included in the 
VERTG procedure and the ALTF analysis. In each case, the compression 
parameter, i.e., the allowable difference between old and new values, 
is adjusted dynamically as a function of data from one second ago. 

3 MBM Call 

After data has been analysed for changes and labeled, it is 
stored in an output buffer (one byte) and control is passed to the 
MBM driver. 

C. BUBBLE DRIVER PROGRAM 

This assembly language program is the MBM driver. It follows the 
flow chart of Figures 15 and 16. Figure 15 shows the sequence (Reference 
[5]) to initialize the controller at power up. Figure 16 is the single 
page read/write flow chart (Reference [5]). It does not use interrupts 
to control operations as it was developed from a version used for testing. 

The various console calls at the input to the procedures are for the 
purpose of program debuging and testing and would be eliminated in the 
final version. 
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D. INTERRUPT CONTROLLED BUBBLE TEST PROGRAM 



This program was developed from an original status polled test pro- 
gram to make the recording process more efficient. Translated to PLM-80 
and linked to the RECORD program, it would allow the system to be used 
as a monitor/recorder. 

The basic flow chart is the same as that of Figure 16, with the ex- 
ception that the process does not wait for the controller to finish. 

Once the controller is told to write a page, the program returns di- 
rectly to the "Outer Level" while the controller completes its task. 

When the controller is done, the generated interrupt five causes the 
program to leave the "Outer Level* and return to the End Check (ENDCK) 
routine via the Return Point (RTNPT). At completion, execution once 
again returns to the outer level. 

The program was located in EPROM, but transferred into SBC 
RAM thus allowing program alterations during operation. To facilitate 
this, multiple no-op (MOP) instructions were inserted in each procedure, 
which permitted patching modifications. The trace routines are similar 
in both MBM programs. The program is relocated on the SBC to its 3000h 
start address using the SBC monitor move (M) command prior to execution. 

A read routine was incorporated into this program as well. It was 
derived from the original version of the test program, and as such is not 
interrupt controlled. This program is the main test program. In the 
testing mode, keyboard control of read/write operation is available and 
selection of the number of pages read/written is accomplished via pro- 
gram modification. 

Tables V and VI are the memory maps of the SBC and MDS utilized. 
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/ * 



KlUUaU aauLamn 



*/ 



/* InAUI uA i A lb PLALLb I An INPUi bUh r lK(U^ 1 0 La tt i c.b( 1 bH ) ) 
blAnilNb A A jLbLirt j UAILIlINL ihb hUN I A UK An b blLh.N'1 7 Lb* 
lnlb b I i'iULA A c.b 1 Mb hlL bib lbDoM iNlLnrAbL bUi’hLh* Nu 
Abbll bbLUbc. KUU'l iNh lb U A I L I 'CLu Ab A Hu. NUN 11 Lm HANbLLb 
A HA A • UNLL ihb UAAA lb IN a AN 1 HL bhUbnAh lb LXc.LUlh.iJ* 

LALh A I bit. An InIlKaUPA 6 lb bLNLnMALb II bIHULAiLb ihc. 
lbbb iNiLKrMbL InIlaaUPIInG V. 1 1 h A buLL bubbtin Ur i\lIv INPUi 
I N b UANM 1 I UN • ihlb lb PKUbc.bbLb AN b LUNAaUL a L A Ura\Lb 1 U IhiL 
UU i ca LlVlL bLi V.lLn I N A hhhur A b • */ 



A £. LUKUbn : 

bui 

b c-bLA AL DLL L I 1 LaALL Y 'ULLLAal b LIl LIILaALLY 'LIl LaALL t * J 

bbL ikUL LIl ' L r b H * j r A Lb l LIl 1 L * * A* U a L v L A LIl ' hh I L L 1 a L L ' } 

bLL ( L I h 1 1 L j L 1 (*i I 1 A * L I Am I A to j L I h I A / ) b 1 A L J 

DLL ( J* i v i In r La Lj be. Ch La b) dYIl; 

bLL ( K 1 j uLbN In j nl I n j nL v,bLL ) HbbAubbJ 

DLL ( ML a L j AL i h j KLA b * nhAb > UP b 1 > bP bbj V b ) AbbALbbJ 

bLL iNAUlbbAbL HbbALbb Al (olULH); /* iNPul bUbbLA Al 300LH * / 

bLL (iNAUiburr bAbLD IimPu A b fcnbL ) (LA) AbDALbbi 

bLL bl ALL dYAl DA 1 A ( 1 hfc) ) ; 

bLL bUbfcLc. HUUAc.bb Al (ILLLrt); 

bLL bA i i A b T 1 L Al (brbLA); 
bLL r LA LI dYIL Ai (brUln); 

bLL Lu I L LIl ' Lbh'i /* LNb ur INAlaaUAY buNNHN b */ 
buL lNlbVc.LlUA AUbAc.bb mi (brron); 
bLL I N A 6 V LL A Ua HbbALbb Al ( 3r f Vrt ) A 

DLL IbbA Lli ' U U A A ' j /* I Is 1 LaMjA A LuNNANb A UA 1 AUbALbb */ 

bUL LU v, 1 l 1 1 'muLLS Lu Ul Lli 'ALL'; 

bLL bLu ^ Lli 'lLU'J bc.c.A b A AUUbilb Lli 'Ilooh'j rAbiSblNA LIl 'lb'; 



/* AaULaMN AAUbLbUALb */ 

L un VLa 1 : 

AaULlUUal ( VrtLUb) AuliKbhb j /* ALVLhbLb t> 1 1 L UaUlK lu MbbUhUbAiL 
1HL tobtob * / 

UUL VALUL AbUhebb; 

KhIUaN bhL ( VALULi b ) + n I bh ( V ALu c. ) J 

LN U LUN VC. A 1 j 

ivla 1 PAaAn : 

bKUChbunc AbUKebb j /* b LI bhLb Inc. i\LA i PAaANLI La rhUi\ 1 nL bUhrLA */ 
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bCL ITEM AubnbBB; 

IT El v J = InRUI bUFF(J); 

J = J+1 J 

kEY uRN C UN VERY ( I I EM ) J 
END NbXTFA j\AM; 



h ECUKb : 

RRUCEbURE (ITEM* NAME ) j 
bCL 1 1 EM AbbnEBB; 
bCL NAME BYTE; 

IF M INF LAG THEN 
bU; 

bA'I TA=h I bHC CUN'vEnT (NEkMIN ) ) ; /* LAoeL IN VI B I ELEC 0 ) > 

Un 1 1 E Y U F I F U * / 

CALL BUBBLE; 



bATY A=LUL< CUN VERY (N lLMIN ) ) ; 

CALL BUBbLE; 

M INF LA G=F ALEE; 

END; 

IF BECFLAb THEN 
bU; 

UAY Y A = H I bH ( CUN VE kY ( NE LBeC+ 1 08UH ) ) ; /* Abb LABEL(l) */ 

CALL BubbLr-; 

DAY 1 A = Lu C CUN VEnY ( NE WBE C ) ); 

Call dubble; 

BECF LAb=F ALBE; 

END; 



DAY Y M = h I bn ( CUN VEnT ( I TEM + BriL ( bUUBLE ( NAt v ic- ) j 1 E ) ) ) ; /* Abb LABnL 

IN HI brt 0 r\ b E R 1 / E B Y 1 E * / 

CALL dUBBLE; 

DAT TA = Lul%( CUN VERY ( 1 1 EM+BHL C bOUBLE ( NAME ) j IB))); 

CALL BUBBLE; 

REY UaN ; 

END RECURD; 

ALbU : 

RnUCEbUnc- ( ULD j Y HReBH.* NAME ) AbbhEBB; 
bCL ( ULb^ Nl V.j b I F F ) AbbREBB; 
bCL ( 1 HREBH^ NAME ) BY IE; 

N E L=n E X Y P A A AM ; 

IF NeW > OLD IrtLN D I F F =NE h-ULb; 

* 
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eL bE D I F F =uLb - nE V,; 



IF bIFF > DOUBLE C 1 HREbh ) THEN 

bo; 

CALL KECUKb ( t\Lb NANE ) ; 
KETUnN NEL; 

ENb; 

ELbE aETUKN ULb; 



END ALbu; 



VEhT b: 

PKOCeuUKe (NAhE); 
UCL NANe dYTE; 



IF((Vb>3) OK CurbE 
T HEN L In I T E = 0 ; 



AN Li 000 bh ) ) 

/ * bINK KA’I E CHeCX* CuNP AEbb I UN t An AN El En 
AUjUbTED IF A CArvnltn OK rCLr LANDINb */ 



eLBe LIMITE=1; 



/* LeFAULT VALUE */ 



V b= AL bo ( V b> L I Fi I T E ^ NAl v i E ) i 
KET UKN ; 

END VEaT b; 



t JECT SALlm : 

PKuCeuu aE ; 

/ * THIb buFiFiY PauCEDUaE LUuLb FuanIBH EJECT V.A aN I n b In THE FuKFi 
uF A L I bii 1 j AuaAL IuinEj On ol mEa DEblAEb FUaN» An ALTea- 
NATIVE 1\UULU bE ACTUAL AUTOMATIC EJECT I uN* */ 

KET ukN ; 

END eJeCT BALEaT ; 



INPu i 1 : 

PkUCEDUaE INTeKAUPT 6; 

ENABLe; /* ENABLE INlEKftUPTb LI THIN PkOCEUOKE * / 

/* bCALE OF ALL INPUTb lb 1:1, IE *0 F F H * F OK VELOC IT Y C KCAb ) 
=EboKTb* ALTC bOEb In 4000 FI bTEPb* */ 

j=o; /* kebeI count eKB */ 

NE LM I N = nEX1 PAKAFJ ; 

I F OLDNIn <> neLFiIN THEN 
bo; 
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QLDMIn=NELMIN; 

MlNr LAb=TKUE; 
End; 



N£ hSEC=NEAT PAkAM ; 

SEC F LA b=T RUE; 

CALL VERTbCE); 

ALT C = ALbU( ALTC* 0* 3 ) ; 

/* ADJUSTMENT Oh FINE ALTITUDE COMPRESSION PARAMETER ACCORD I N G Tu 
LAST ALTITUDE* AIkSPEED* LEAR POSITIUN* */ 

IFCCCAlTF < 1000) Ok (KCAS < (STALL + b))) 

UK ( ( b K S 1 An b C 0 7 0 H ) < C 0 7 0 h ) ) 

7 mEn L IM 1 7 <4= 1 0 ; 

EL S E L I m I 7 A = 1 0 0 ; 

ALT r =ALbu( ALT F > LIMIT 4, 4) ; 

CALL VEkT b( b ) ; 

K C A S = A L bU ( K C A S j L I M I T (d > b ) ; 

HEAD = AL GO ( HE AD > L I M I 7 7 > 1 ) ; 

CALL VlkT b( b ) ; 

UK b 1 =AL bU( UPS 1 * 0 .> V ) ; 

DrsE=ALbu( DrSE^0^ 10); 

Call VEkT b( l l ) ; 

DISABLE; /* bISAbLE INTiiKnUrTS AnOuND CALLS 70 INTckRUPT 

CunTkULLER */ 

UUTkuT(ICCP) = EuIC; /* uUTPUT T hE EimD ur InTEkkUPT */ 
tNAbLE; /* RE-Ei\AbLE INTsakuPTS */ 

keT u km ; 

EnD InPuT 1 ; 



ST ACKP7 K=3F o0h ; /^INITIALISE PnUb<\AM STACK PuInTEk */ 

L I M IT L I M I 7 ^ > L I M I T o ^ L I m I T 7 = 0 ; /* INITIALISE LIMIT VALusS */ 

JjMInFLAG* SECF LAb=0; /* INITIALISE FLAGS AND CuUnTekS */ 

K 1 ^ ULbM I N = 0 ; 

ALT C* ALT F >KCAS*HEAD*bPSl > DPS2* V b=0; /* INITIALISE VARIAdLES */ 



F LA bl = F hlSE ; /* SET UP I N I T I AL I SAT I UN FLAG FUR bUbbLc. CUnT kULLEk */ 

Du F uRE VER; 

I NT 6 V E C T Q k = (• INPUT 1); /*SET UP RAM INTERRUPT SECTOR Tu CAUSE 

interrupt t tu vector tu input i pkoceduke**/ 



* 
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IF((ALTC < LuM ) An U (AlTt < LULL) AND (VG > FASTSSINK) 

AND (KCAS < SLUW) un (DPS2 AND bttj" SI nOUbLE ) ) ) 

THEN CALL EJECT SALkkT ; 

NDi /* LOUP.» WAITING FU k INTERRUPTS* THIS LuOP IS ThE ’OUTER LEVEL’. 
ANY NUN Elk UF SAF El Y UF FLIGHT kuUTINES CUULD bE 'ACTIVE IN 
THIS AkEA> RUNNING UNTIL INTERRUPTED, AND THEN RESUMED. 

UNL EXAMPLE IS INCLUuEb UF A MACRO Ckc.Ck F UK AN EXTREME 

FLIGHT CUNDITIuN. SEE PkUGRAM NOTES F Uk EXPLANATION */ 



Nb KECUkDc.R } 
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bUbBLL DRIVER PRU GRAM- GT AT UE PULLED 



OR G OCCOH 3ETArT PruGRAM UN ZT H EPROM CHIP 

3 1 RACE RUUTINE MAP: * = bUbbLn. 2 = In I T I AL I EE • 

33=bUEY CHECK* ^i = PA GE UK 1 1 E • b=EiNU CHECK* 

3 9 =L0 BYTE CHECK* A=ZErU PA GE * 

3 M A I N r U U 1 I N E M U G T INITIALIZE I P L A G 1 U Z E R 0 
3 UPON PROGrAM rEETArT* ADD IT I UNALLY * INPUT 
3duBBLE DATA MUGT BE FAGGED VIA MEMORY INTO 
3 L OCA T I ON UrBU P P • G i A CK POINTER I N T ENT I ON AL Y 

jnot initialised* Trace routinc-e tor Dc.bug* 



V r d L G E 0 u 3 r 0 C n 



3 VAR I ABLE EToRAbb AREA 



lDPGrGLO ECU £ F r F £ h 
LDP Gr GH I n.00 1 j h r f 1 H 
C ON T C ON E C u 0 F F P 2 h 
RDbYT E ECU CP F P 3H 
CrcYT E c.OU 0PPPsH 
rD E T AT UE ECU OPFFoh 
PGCMLO Euo CF P F 6h 

P GCn T iil ECU £ P P P T h 
LDMINGZLU lCU CPPPbn 

LDMInEZHI EuU CP r PVR 
PGPOELo lCu CFPPAh 



P GPU Eh I ECU 0FFFBH 
LLpGEZrG ECU CPPrCh 

rDR UMBYTl ECO CPPPDH 

KUETADDK ECU 0PPPEH 



3 LuAd PAGE EELECT REGIETEr^ LO BYTE 
3 LOAD PAGE G eLECT rEGIETEr-* HI BYTc. 
JrEAD CONTruL CONN An uE P ROM DATA BUEE 
J rEAD DATA dYTE p RUN controller P I P 0 
3 £R I T E DATA BYTE TO CoNTRuLLER PIPO 
JrEAD GTATuG rc.GIlTER 

;Rl AD /WrITE n U P i b E R Or rAGEE P bn MULTI 
3 PAGE TkANGPerEj LO BYTE 
j EAnc. P uR nl BY i E 

; LOAD Low b Y 1 E j MINOR LouP EIsECINlT- 

3 I ALI EAT I UN ONLY ) 

3 E A M E P Ur HI BYTE 

3 PAGE PuElTIoN CuUnTER LO C BYTE* DEED 
3 T O EhOC CURRENT PAGE AT TRANEPEr 

;gate i k\f the dubble 
3 eame pgr hi byte 
3 L o A D P A Ge EIsE reGIET Er 

3 ( IN I T I AL I EAT I UN ONLY ) 

3 READ CuRReNT REDUNDANCY MAP j 
3 INCREMENT POINT eR 
3 READ REDUNDANCY MAP ADDREEE 



INITIAL ECO 1 
RDP G ECU 2 

CrP G ECU A 
eglpgmd Ecu b 



3 INITIALIZE THE CONTROLLER 
3 READ PA GE^E INGLE PAGE Pi ODE 

3 Cr I T E PA GEj E INGLE PAGE MODE 
3 GET E INGLE PAGE MODE 



MULPGMD ECU 1CH 
TEETMD ECO 2£h 
rEEET e C U Z £ H 
INTMEK eCU bUH 



3GET MULTI-PAGE MODE 
3 GET TEET MODE 
3EOPTCArE rEEET 

3 GET CUNT ROLLER INTERRUPT MAEK 



Co ECU COP H 



3 CONE OLE OUT CALL AdDrEEE 
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BUBBLE : 



P GWa'I : 



EimDCK : 



* 



UI EUu 01EH 




JCUNbULE In CALL ADbAEbb 


oub Y EUU lbh 




JUEPINE BUbY CHECK BYTE 


PiINLPblZ EUU 


6^ 1 D 


JNUMbtn UP PUb IT I UN b UN MINOR LOOP 


PAuEblZE EUU 


1 bD 


JPAGc. b I EE IN BYTEb 


CALL IN IT 




; INITIALIZE IP KOb 


LHLu PAGENUM 




j LuAb OP DEb I aED PACE NUMBER 


XCH U 




J 


LAI H.»LbPGRGLU 


JLOAb OP COMMAND 


PlUV Aj£ 




J 


CM A 




J INVERT DATA PUR BObb 


MOV M j A 




JUUYPUT LU BYTE UP PAGE 


INA H 




J 


M u V A j D 




J 


CimA 




i INVErT DATA PUR BUbb 


Pi 0 V M j A 




i UUT PUT HI dY'JE COMMAnD 



mV I Cj ’* * 


;bET up 


PAT H T aACE 


CALL CO * 


; OUT rO'I 


T aACE 


CALL BObYChK 
LA I H > LnbUr P 


i bEfc. I P 

J 


CUNT ROLLER DUNE 


Pi U V A j M 


J P ET CH 


INPUT DATA FuR BUBBLE FIFO 


LAI H j LRbY T E 


;bET OP 


LRITE COMMAND 


CMA 


J INVERT 


DATA FOR BUbb 


Pi U V Pi j A 


j Lrv IT E 


DA l A BYT t T u P I P U 


LAI R> BYT ECnT 


;bc.T up 


BYTE CUUNT INCREMENT 


I N R M 

M V I A^PAGEblZE 
CMP M 


J INCREMENT BYTc. CuUNT ( INDIRECT ) 

J 

J 


CZ hgLaT 


j IF BYTEb UR IT TEN = PAGE 
;bIZE> UaITE PAGE 


RET 


i RETURN 


HAVING V.RITTEN DATA TO FIFO 


MV I C j 'A‘ 
CALL CU 


j EE 1 UP 
J 


PATH TRACE 


CALL bUbYCHK 
LAI HjCuNYCUPi 
M V I Aj WrP G 


;E£E Ih 
} 

} 


CONTROLLER BObY 


CMA 


J IiN V/LKT 


DATA r UR BUbb 


Pi u V M j A 


iUO'iPuT PAGc. V.RITc. COPiPiAND Tu 
; COinT aOLLEa 


CALL BUbYCHK 
Pi V I Cj '=) ' 


; CHECK 

J 


FUR DUNE 


CALL CO' 


JOUTPUT 


TRACE 


LrtLb PAGENUM 


;LUAL> ADLmEES U b PACE i\Ui v i bEh 
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J INCREMENT FA GE NUMBER INDIRECT 



INA h 

bHLD PAGENUM 
XCHG 

LX I H> M INLPb I Z 
MOV A>h 

CMP Li 

CZ LuCHK 

LA I Hi BYT ECn'1 

MW AjU 
M U V M i A 
LX I U * PAGtNUM 
LDAX L) 

LX 1 HjLdPGaGLu 
CM A 

M U V M > A 
I N A h 
INA U 
LuAX L) 

CM A 

MOV M > A 
RET 



JkEbTukE INCREMENTED PAGE NUMBER 
jpUT 1 INCREMENTED PAGE NUMBER In D/E 
j CHECK FUR END OF MEMORY 
JHI bYTE INTO ACCOM 

i ChECK IF HI BYTE Ur PAGE NUMBER = 

;hi byte uf minor loop bize 

ilF HI oYTt-b EOUAL^ CHECK LO BYTEb 
JLOAD BYTE COUNT LuCATION INTO ThE 
} H/L nc. GI bT En 
s 

;KEbET THE BYT £ COUNT 'IG ZEKU 

jbet up to load pace belect peoieiea 

; LOAD AC CUN FnUN ADbrcEbb In U/E 

; LuAb H/L UTH LuAb PALE nEblbiEn LO 

; CONN AN D AbbnEbb 

; I N V n ^ T UAl A h Oft bUbb 

; OUTPUT Lu BYTE lu PALc bc.LECT nEO 

;SbT UP HI BYTE CUhMAND 

j I N C f\ E N E N 7 h Ok HI BYTE 

; LuAb IN HI bY T E 

; INvEhT DATA r OH BUbb 

iOuTPOT HI BYTE TO BALE bELbCT kEG 



LOCHK : MV / 1 Cj '9 * 

CmLL CU 



i OUT PUT T nACE 



N U V A > L 
Ci v Jp n. 

C L Ec-nUPG 

nc.T 



} CHECK LU bYTbb 
stxc-sL'i pale To eeku 

ill' AT ENb OP BUbBLECLUUp PibNUrOr ) 



ZErtUPG; Ni 0 I C > 'A' 
CAuL Cu 



;bET UP TkACE 



LAI hi rA GEN UN ;LuAu 

i v N I A j 0 U 
N u V N j A 
I NX H 

N u V N J A 



h/L UlTn AuuKbbb uh rAGc N U N b c. r\ 
ACCONULA'i u n 



} EEaU 

iEr-hU LU oYTEj bAGc- NO Mbbrt 
; INCPEMENT 

sZLn 0 HI BYTE 



nET 



In IT : MVI Cj 'E 1 

CALL CU 

LbA IrLAG 

* 



; bET OP TkACE 

> 

ICHECK IF INITIALIZED ALREADY 
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CPI 


1 


/SEE IF SLY 




RZ 




/IF SET / IE INITIALIZED/ RETURN 




CALL bUSYCHK 


J 




MVI 


Ai PA bES I ZE 


J 




LX I 


h/ LuP GSZR G 


/LOAD H/L GITH LOAD PAGE SIZE *EG 






/ COMMAND 




CM A 




/INVERT data for boss 




MOV/ 


M / A 


/LOAD PA Gb SIZE IN'IO PAGE SIZE 


REG 


LAI 


b/ M INLPS I Z 


) 




MO V 


A/ C 


/ LO bYTE/ MINOR LOOP SIZE/ INTO 


AC CUM 


LAI 


H/ LDM INSZLU 


/LOAD H/L WITH LOAD MINUn LOOP 
/LOG COMMAND ADDrtESS 


S I Zb 


CM A 




/INVERT DAI A F OR BOSS 




Mo V/ 


M / A 


;POl NINGk GILL LU BY1L IN fa IN Oh LOOP 






/LOOP S I Zb REGISTER 




MO V/ 


A / b 


/SET UP HI BYTE 




IMA 


H 


J 




CM A 




JlNVbRT DATA rUK bUSS 




M O V 


t'i< A 


/LuAD MINOR LOOP SIZE/ P. I BYTE 




MV/ 1 


A/ kESET 


/SET up RESET COMMAND 




LAI 


n/ COIN'! CUi«. 


/•load m/l urih Control command 




CM A 




/INVEkT data For boss 




MOV 


Ci/ A 


/ACT I VAT E i\ESET 




MV I 


A/ INITIAL 


/ SbT OP INITIALIZE CIMMAnD 




CMA 




/ INVERT DATA F oh BOSS 




MOV 


Cl/ A 


/ACTIVATE INITIALIZE 




LAI 


h/ IFLAG 


/LOAD H/L U IT H IFLAG ADDRESS 




M V I 


A/ 0 1 


J 




MOV 


Cl/ A 


/ SET IFLAG = 1 




LAI 


h/ bYT bCNl 


/LOAD n/L WITH ADDRESS OF BYTE 


CUUinT 


M V I 


A/ D 0 


J 




M 0 V 


M/ A 


;LbkO b Y i L OUUN7 




LAI 


h/AA GENOM 


iLOAO H/L WITH AuUkEGG OF PAGb 


NUMBER 


Mu V 


Ci/A 


J ZLhU LO bYli£> HAGL iMUMbuh 




I M A 


h 


) 




MOV 


M/ A 


S LLnO hi bY l E 




nc. l 




J 




bUSYCHK : M V I 


C/ ’3 * 


j 




CALL CO 


} 




MV I 


C/ bUSY 


JSET op busy check byte 




LAI 


H/ RUST AT Ob 


i SET OP STATUS READ ADDRbSS 




MO V 


A/M 


/ i\EAD STATUS 




CMA 




/CUMPLIMENT ACCUMULATOR DUE TO 
J DAT A LINE LOGIC LEVEL 


REVERSE 


LAI 


H/ ST AT S V 


J SET UP ST AT Ob SAVE 




M O V 


M/ A 


/STORE CURRENT STATUS 





* 
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Aim I 1 0h 




;hABK ALL cul bUBY bIT 


OiA U 




i CHECK FOa bUBY 


Jl bUEYCHK 




iLUUP IF buBY 


hEl 




;ELBc. RETuaN 


UKb VhbLb 




j VARIABLE BIuRALil AREA 


IfcKbu H F b b 


0 


; La 1 1 L buF F ER 


I b LA b bb 


rj 


;h\n IALILA1 I UN FLAG 


oYILCiMl bb 


Q 


jbYYEB CURRENTLY REAL/ LRU TEN 


bA bElMUl v i bw 


0 


iNUMBEn OF PAGEB CUnRENTLY REAL 






i UR 1 1 T EN • 


S'lATbV Db 


0 


; CURRENT CONTrOLLEr B T A T U B 


END 0Cbbh 




} 



* 
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